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Foreword 



rd , 



This Technical Specification (TS) has been produced by the 3' Generation Partnership Project (3GPP). 

The contents of the present document are subject to continuing work within the TSG and may change following formal 
TSG approval. Should the TSG modify the contents of the present document, it will be re-released by the TSG with an 
identifying change of release date and an increase in version number as follows: 

Version x.y.z 

where: 

X the first digit: 

1 presented to TSG for information; 

2 presented to TSG for approval; 

3 or greater indicates TSG approved document under change control. 

y the second digit is incremented for all changes of substance, i.e. technical enhancements, corrections, 
updates, etc. 

z the third digit is incremented when editorial only changes have been incorporated in the document. 



£75/ 



3GPP TS 25.435 version 4.1 .0 Release 4 6 ETSI TS 1 25 435 V4.1 .0 (2001 -06) 



1 Scope 



The present document provides a description of the UTRAN RNC-Node B (lub) interface user plane protocols for 
Common Transport Channel data streams as agreed within the TSG-RAN working group 3. 

NOTE: By Common Transport Channel one must understand RACH, CPCH [FDD], FACH/PCH, DSCH and 
USCH. 



References 



The following documents contain provisions which, through reference in this text, constitute provisions of the present 
document. 

• References are either specific (identified by date of publication, edition number, version number, etc.) or 
non-specific. 

• For a specific reference, subsequent revisions do not apply. 

• For a non-specific reference, the latest version applies. 

[1] 3GPP TS UMTS 25.301: "Radio Interface Protocol Architecture". 

[2] 3GPP TS 25 .402: "Synchronisation in UTRAN, Stage 2" . 

[3] 3GPP TS 25.302: "Services provided by the Physical Layer, Source WG2". 

[4] 3GPP TS 25.221: "Physical channels and mapping of transport channels to physical channels 

(TDD)". 

[5] 3GPP TS 25. 211: "Physical channels and mapping of transport channels onto physical channels 

(FDD)". 

[6] 3GPP TS 25.433: "UTRAN lub interface NBAP signalHng". 

[7] 3GPP TS 25.225: "Physical layer - Measurements (TDD)". 

3 Definitions and abbreviations 

3.1 Definitions 

For the purposes of the present document, the following terms and definitions apply. 

Transport Connection: service provided by the transport layer and used by Frame Protocol for the delivery of FP PDU 

For other definitions, please refer to [2]. 

3.2 Abbreviations 

For the purposes of the present document, the following abbreviations apply: 

CFN Connection Frame Number 

CPCH Common Packet Channel 

CRC Cyclic Redundancy Checksum 

CRCI CRC Indicator 

DCH Dedicated Transport Channel 

DL Downlink 

DSCH DownUnk Shared Channel 
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FP 


Frame Protocol 


FT 


Frame Type 


PC 


Power Control 


PDSCH 


Physical Downlink Shared Channel 


PUSCH 


Physical Uplink Shared Channel 


QE 


Quality Estimate 


TB 


Transport Block 


TBS 


Transport Block Set 


TFI 


Transport Format Indicator 


ToA 


Time of arrival 


TTI 


Transmission Time Interval 


UL 


UpUnk 


USCH 


UpUnk Shared Channel 



For other abbreviations, please refer to [2]. 



4 General aspects 

4.1 Common Transport Channel Data Stream User Plane 
Protocol Services 

Common transport channel provides the following services: 

Transport of TBS between the Node B and the CRNC for common transport channels. 
Support of transport channel synchronisation mechanism. 
Support of Node Synchronisation mechanism. 

4.2 Services expected from data transport 

The following services are expected from the transport layer: 

DeUvery of Frame Protocol PDUs. 

In sequence delivery is not required. However, frequent out-of-sequence delivery may impact the performance and 
should be avoided. 

4.3 Protocol Version 

This revision of the specification specifies version 1 of the protocols. 
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Data Streams User Plane Procedures 



5.1 



Data Transfer 



5.1.1 



RACH Channels 



Data Transfer procedure is used to transfer data received from Uu interface from Node B to CRNC. Data Transfer 
procedure consists of a transmission of Data Frame from Node B to CRNC. 



NB 



CRNC 



RACH Data Frame . 



Figure 1 : RACH Data Transfer Procedure 

5.1.2 CPCH [FDD] Channels 

Data Transfer procedure is used to transfer data received from Uu interface from Node B to CRNC. Data Transfer 
procedure consists of a transmission of Data Frame from Node B to CRNC. 



NB 



CRNC 



CPCH Data Frame. 



Figure 2: CPCH [FDD] Data Transfer Procedure 

5.1 .3 Secondary-CCPCH related transport Channels 

For the FACH transport channel, a Data Transfer procedure is used to transfer data from CRNC to Node B. Data 
Transfer Procedure Consists of a transmission of Data Frame from CRNC to Node B. 



NB 



CRNC 



FACH Data Frame 



Figure 3: FACH Data Transfer Procedure 

For the PCH transport channel, a Data Transfer procedure is used to transfer data from CRNC to Node B. Data Transfer 
Procedure Consists of a transmission of Data Frame from CRNC to Node B. 



£75/ 



3GPP TS 25.435 version 4.1 .0 Release 4 



ETSI TS 125 435 V4.1.0 (2001-06) 



NB 



CRNC 



PCH Data Frame 



Figure 4: PCH Data Transfer Procedure 

In this case the PCH Data Frame may also transport information related to the PICH channel. 

If the Node B does not receive a valid FP frame in a TTI, it assumes that there is no data to be transmitted in that TTI 
for this transport channel. For the FACH and PCH transport channels, the TFS shall never define a Transport Block 
Size of zero bits. 

If the Node B is aware of a TFI value corresponding to zero bits for this transport channel, this TFI is assumed. When 
combining the TFI's of the different transport channels, a valid TFCI might result and in this case data shall be 
transmitted on the Uu. 

If the node B is not aware of a TFI value corresponding to zero bits for this transport channel or if combining the TFI 
corresponding to zero bits with other TFI's results in an unknown TFI combination, the handling as described in the 
following paragraph shall be applied. 

At each frame, the Node B shall build the TFCI value of each secondary-CCPCH according to the TFIs of the transport 
channels multiplexed on this secondary-CCPCH and scheduled for that frame. [FDD — In case the Node B receives an 
unknown TFI combination, no pilot bits, TFCI bits or Data bits shall be transmitted.] [TDD — In case the Node B 
receives an unknown TFI combination, it shall apply DTX, i.e. suspend transmission on the corresponding S-CCPCH - 
except if this S-CCPCH provides the "beacon function", in which case the Node B shall maintain the physical layer 
transmission as specified in TS 25.221]. 

If the Node B does not receive a valid FP frame in a TTI or a frame without paging indication information, it assumes 
that no UE's have to be paged on the Uu in this TTI. In this case the default PICH bit pattern of all zeros shall be 
transmitted. 

Data Frames sent on lub for different transport channels multiplexed on one secondary-CCPCH might indicate different 
transmission power levels to be used in a certain Uu frame. Node-B shall determine the highest DL power level 
required for any of the transport channels multiplexed in a certain Uu frame and use this power level as the desired 
output level. 

5.1 .4 Downlink Shared Channels 

The Data Transfer procedure is used to transfer a DSCH data frame from the CRNC to a Node B. 

If the Node B does not receive a valid DSCH data frame for transmission in a given TTI, it assumes that there is no data 
to be transmitted in that TTI for this transport channel. For the DSCH transport channel, the TFS shall never define a 
Transport Block Size of zero bits. 

[FDD - The Node B shall use the header information in the DSCH data frame to determine which channelisation 
code(s) and power offset should be used in the PDSCH Uu frame associated to the specified CFN. The specified 
channelisation code(s) and power offset shall then be used for PDSCH transmission for as long as there is data to 
transmit or until a new DSCH data frame arrives that specifies that a different PDSCH channelisation code(s) and/or 
power offset should be used. This feature enables multiple DSCH's with different TTI to be supported]. 

[FDD - In the event that the DSCH FP header indicates that a multi-code PDSCH transmission is to be applied 
('MC Info' value > 1) then the 'power offset' field indicates the power offset at which each individual code should be 
transmitted relative to the power of the TFCI bits of the downlink DPCCH directed to the same UE as the DSCH]. 

[FDD - The Node B may receive a DSCH data frame which contains a TFI value corresponding to there being no data 
to transmit, such a DSCH data frame will have no transport blocks. On receiving such a data frame the Node B shall 
apply the specified channelisation code(s) and power offset as described above starting in the PDSCH Uu frame 
associated to the specified CFN. This feature enables multiple DSCH's with different TTI to be supported, the use of 
such a zero payload DSCH data frame solves the problem of how the Node B should determine what channelisation 
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code(s) and power offset should be used in the event that transmission of a transport block set being transmitted with a 
short TTI comes to an end, whilst the transmission of a TBS with a long TTI continues]. 

[TDD - The Node B shall use the header information in the DSCH data frame to determine which PDSCH Set and 
power offset should be used in the PDSCH Uu frames associated to the specified CFN. The specified PDSCH Set and 
power offset shall then be used for DSCH transmission for as long as there is data to transmit or until a new DSCH data 
frame arrives that specifies that a different PDSCH Set and/or power offset should be used. This feature enables 
multiple DSCH's with different TTI to be supported]. 

[TDD - The Node B may receive a DSCH data frame which contains a TFI value corresponding to there being no data 
to transmit, such a DSCH data frame will have no transport blocks. On receiving such a data frame the Node B shall 
apply the specified PDSCH Set and power offset as described above starting in the PDSCH Uu frame associated to the 
specified CFN. This feature enables multiple DSCH's with different TTI to be supported, the use of such a zero payload 
DSCH data frame solves the problem of how the Node B should determine what PDSCH Set and power offset should 
be used in the event that transmission of a transport block set being transmitted with a short TTI comes to an end, whilst 
the transmission of a TBS with a long TTI continues]. 



NB 



CRNC 



DSCH Data Frame 



Figures: DSCH Data Transfer Procedure 

5.1.5 [TDD — Uplink Shared Channels] 

Data Transfer procedure is used to transfer data received from Uu interface from Node B to CRNC. Data Transfer 
procedure consists of a transmission of Data Frame from Node B to CRNC. 



NB 



CRNC 



DSCH Data Frame. 



Figure 6: USCH Data Transfer Procedure 

Node B shall always send an USCH data frame to the CRNC provided the Transport Format addressed by the TFI 
indicates that the number of Transport Blocks is greater than 0. 

When UL synchronisation is lost or not yet achieved on the Uu, USCH data frames shall not be sent to the CRNC. 

When Node B receives an invalid TFCI in the PUSCH, USCH data frames shall not be sent to the CRNC. 



5.2 Node Synchronisation 



In the Node Synchronisation procedure, the RNC sends a DL Node Synchronisation control frame to Node B 
Containing the parameter Tl. Upon reception of a DL Node Synchronisation control frame, the Node B shall respond 
with UL Node Synchronisation Control Frame, indicating t2 and t3, as well as tl which was indicated in the initiating 
DL Node Synchronisation control frame. 

The tl, t2, t3 parameters are defined as: 

tl: RNC specific frame number (RFN) that indicates the time when RNC sends the frame through the SAP to the 
transport layer. 
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t2: Node B specific frame number (BFN) that indicates the time when Node B receives the correspondent DL Node 
synchronisation frame through the SAP from the transport layer. 

t3: Node B specific frame number (BFN) that indicates the time when Node B sends the frame through the SAP to 
the transport layer. 

The general overview on the Node Synchronisation procedure is reported in [2]. 



NB 



CRNC 



DL Node Synchronization 



UL Node Synclnronization 



Figure 7: Node Synchronisation procedure 



5.3 DL Transport Channels Synchronisation 

CRNC sends a DL SYNCHRONISATION Control Frame to Node B. This message indicates the target CFN. 

Upon reception of the DL SYNCHRONISATION Control Frame Node B shall immediately respond with UL 
SYNCHRONISATION Control Frame indicating the ToA for the DL Synchronisation frame and the CFN indicated in 
the received message. 

The procedure shall not be applied on transport bearers transporting UL traffic channels RACH or USCH. 



NB 



CRNC 



PL Synchronisation 



UL Synchronisation 



Figure 8: FACIH, PCIH and DSCIH Transport Channels Synchronisation procedure 



5.4 DL Timing Adjustment 



Timing Adjustment procedure is used to indicate for the CRNC the incorrect arrival time of downlink data to Node B. 

Timing adjustment procedure is initiated by the Node B if a DL frame arrives outside of the defined arrival window. 

If the DL frame has arrived before the ToAWS or after the ToAWE nodeB includes the ToA and the target CFN as 
message parameters for TIMING ADJUSTMENT Control Frame. 

The arrival window and the time of arrival are defined as follows: 

- Time of Arrival Window Endpoint (ToAWE): ToAWE represents the time point by which the DL data shall 
arrive to the node B from lub. The ToAWE is defined as the amount of milliseconds before the last time point 
from which a timely DL transmission for the identified CFN would still be possible taking into account the node 
B internal delays. ToAWE is set via control plane. If data does not arrive before ToAWE a Timing Adjustment 
Control Frame shall be sent by node B. 

- Time of Arrival Window Startpoint (ToAWS): ToAWS represents the time after which the DL data shall 
arrive to the node B from lub. The ToAWS is defined as the amount of milliseconds from the ToAWE. ToAWS 
is set via control plane. If data arrives before ToAWS a Timing Adjustment Control Frame shall be sent by 
node B. 
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Time of Arrival (ToA): ToA is the time difference between the end point of the DL arrival window (ToAWE) 
and the actual arrival time of DL frame for a specific CFN. A positive ToA means that the frame is received 
before the ToAWE, a negative ToA means that the frame is received after the ToAWE. 

The general overview on the timing adjustment procedure is reported in [2]. 



NB 



CRNC 



Timing Adjustment 



Figure 9: FACH, PCH, DSCH and [FDD - DSCH TFCI signalling] Timing Adjustment procedure 

5.5 [TDD - Dynamic PUSCH assignment] 

Procedure for dynamic allocation of physical resources to uplink shared channels (USCH) in the Node B. The control 
frame includes a parameter "PUSCH Set Id" which is a pointer to a pre-configured table of PUSCH Sets in the Node B. 

When this control frame is sent via a certain lub USCH data port, then it applies to that USCH and in addition to any 
other USCH channel which is multiplexed into the same CCTrCH in the Node B. 

The time limitation of the PUSCH allocation is expressed with the parameters "Activation CFN" and "Duration". 

Node B behaviour. When the Node B receives the control frame "Dynamic PUSCH assignment" from the CRNC in the 
USCH frame protocol over an lub USCH data port within a Traffic Termination Point, it shall behave as follows: 

1) The NodeB shall extract the PUSCH Set Id. 

2) It shall extract the parameters "Activation CFN" and "Duration" which identify the allocation period of that 
physical channel. 

3) It shall retrieve the PUSCH Set which is referred to by the PUSCH Set Id. 

4) It shall identify the CCTrCH to which the USCH is multiplexed, and hence the TFCS which is applicable for the 
USCH. 

5) Within the time interval indicated by Activation CFN and Duration, the Node B shall make the specified PUSCH 
Set available to the CCTrCH. 



NB 



CRNC 



Dynamic PUSCH 
Assignment 



Figure 10: Dynamic PUSCH assignment procedure 



5.6 DSCH TFCI Signalling [FDD] 



This procedure is used in order to signal to the node B the TFCI (field 2). This allows the node B to build the TFCI 
word(s) which have to be transmitted on the DPCCH. 

The procedure consists in sending the DSCH TFCI signalling control frame from the CRNC to the node B. The frame 
contains the TFCI (field 2) and the correspondent Connection Frame Number. The DSCH TFCI signalling frame is sent 
once every Uu frame interval (10 ms) for as long as there is DSCH data for that UE to be transmitted in the associated. 
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PDSCH Uu frame. In the event that the node B does not receive a DSCH TFCI signalling control frame then the node B 
shall infer that no DSCH data is to be transmitted to the UE on the associated PDSCH Uu frame and will build the TFCI 
word(s) accordingly. 



NB 



CRNC 



^ DSCH TFCI Signalling 



Figure 1 1 : DSCH TFCI Signalling 



5.7 Timing Advance [3.84l\/lcps TDD] 

This procedure is used in order to signal to the Node B the adjustment to be performed by the UE in the uplink timing. 

The Node B shall use the CFN and timing adjustment values to adjust its layer 1 to allow for accurate impulse 
averaging. 



NB 



CRNC 



Timing Advance 



Figure 12: Timing Advance Signalling 



6 Frame Structure and Coding 
6.1 General 

The general structure of a Common Transport Channel frame consists of a header and a payload. This structure is 
depicted in the below: 



Header 


Payload: Data or Control Information 



Figure 13: General Frame Structure 

The header shall contain the frame type field and information related to the frame type. 
There are two types of frames (indicated by the Frame type field). 

Data frame. 

Control frame. 
In this specification the structure of frames will be specified by using pictures similar to the following figure: 
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7 6 5 4 3 2 10 



Field 1 


Field 2 


Field 3 


Field3(cont) 


Field 4 


Spare Extension 



Byte 1 
Byte 2 
Byte 3 



Figure 14: Example frame structure 

Unless otherwise indicated, fields which consist of multiple bits within a byte will have the more significant bit located 
at the higher bit position (indicated above frame in Figure 10). In addition, if a field spans several bytes, more 
significant bits will be located in lower numbered bytes (right of frame in Figure 10). 

On the lub interface, the frame will be transmitted starting from the lowest numbered byte. Within each byte, the bits 
are sent according decreasing bit position (bit position 7 first). 

The parameters are specified giving the value range and the step (if not 1). The coding is done as follows (unless 
otherwise specified): 

Unsigned values are binary coded. 

Signed values are 2's complement binary coded. 

The Spare Extension indicates the location where new lEs can in the future be added in a backward compatible way. 
The Spare Extension shall not be used by the transmitter and shall be ignored by the receiver. 

Bits labelled "Spare" shall be set to zero by the transmitter and shall be ignored by the receiver. 
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6.2 



Data frame structure 



6.2.1 



RACH Channels 



The RACH Data Frame includes the CFN corresponding to the SEN of the frame in which the payload was received. If 
the payload was received in several frames, the CFN corresponding to the first Uu frame in which the information was 
received shall be indicated. 
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Figure 15: RACH Data Frame structure 

Propagation delay is a conditional Information Element which is only present when the Cell supporting the RACH 
Transport Channel is a FDD Cell. 

Rx Timing Deviation is a conditional Information Element which is only present when the Cell supporting the RACH 
Transport Channel is a 3.84Mcps TDD Cell. 

Received SYNC UL Timing Deviation is a conditional Information Element which is only present when the Cell 
supporting the RACH Transport Channel is a 1 .28Mcps TDD Cell. 
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6.2.2 CPCH [FDD] Channels 



The CPCH [FDD] Data Frame includes the CFN corresponding to the 8 least significant bits of the SFN of the frame in 
which the payload was received. If the payload was received in several frames, the CFN corresponding to the first Uu 
frame in which the information was received shall be indicated. 

Data frame structure is only applicable to FDD. 
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Figure 16: FDD CPCH Data Frame structure 
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6.2.3 FACH Channels 

FACH Data Frame includes the CFN corresponding to the Uu frame at which this data in which the payload (FACH 
TBS) has to be transmitted. If the payload is to be sent in several frames, the CFN corresponding to the first frame shall 
be indicated. 
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Figure 17: FACH Data Frame structure 



6.2.4 PCH Channels 



The PCH Data Frame includes the paging indication information and paging messages. To page one User Equipment, 
two consecutive PCH Data Frames with consecutive CFN numbers are transmitted, the first frame contains the Paging 
Indication Information and the second contains the Paging Message. 

[TDD- If Pl-bitmap and PCH TBS are transmitted within the PCH data frame, the CFN is related to the PCH TBS only. 
The PI bitmap is mapped to the PICH frames, transmitted at the beginning of the paging block.] 

The paging messages are transmitted in S-CCPCH frames. The CFN in the PCH Data Frame header corresponds to the 
Cell SFN of the frame in which the start of the S-CCPCH frame is located. [TDD - If the paging messages are to be sent 
in several frames, the CFN corresponding to the first frame shall be indicated.] 



[FDD - The timing of the PICH frame (containing the paging indication information) is XpicH prior to the S-CCPCH 
frame timing [5]]. 

In contrast to all other Common Transport Channel data frames, which use a CFN of length 8, the PCH Data Frame 
includes a CFN of length 12. 



The node-B has no responsibility to ensure the consistency between the paging indication information and the 
corresponding paging messages. E.g. if the paging indication information is lost over the lub, the paging messages 
might be sent over the Uu while no UE is actually listening. 
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Figure 18: PCH Data Frame structure 

"Not Used" bits shall be set to by the RNC and ignored by the Node B. 
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6.2.5 Downlink Shared Channels 

DSCH Data Frame includes a CFN indicating the SEN of the PDSCH in which the payload shall be sent. If the payload 
is to be sent over several frames, the CFN corresponding to the first frame shall be indicated. 
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Figure 19: FDD DSCH Data Frame structure 
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Figure 20: TDD DSCH Data Frame structure 

Transmit power level is a conditional Information Element which is only present when the Cell supporting the DSCH 
Transport Channel is a TDD Cell. 
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6.2.6 Uplink Shared Channels [TDD] 



USCH Data Frame includes the CFN in which the payload was received. If the payload was received in several frames, 
the CFN corresponding to the first frame will be indicated. 
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Figure 21 : USCH Data Frame structure 



6.2.7 Coding of information elements in data frames 



6.2.7.1 



Header CRC 



Description: Cyclic Redundancy Polynomial calculated on the header of a data frame with polynom: 

The CRC calculation shall cover all bits in the header, starting from bit in the first byte (FT field) up to the end of the 
header. See subclause 7.1. 

Value range: {0-127}. 

Field length: 7 bits. 

6.2.7.2 Frame Type 

Description: describes if it is a control frame or a data frame. 
Value range: {0=data, l=control}. 
Field Length: 1 bit. 
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6.2.7.3 Connection Frame Number (CFN) 

Description: indicator as to which radio frame the first data was received on uplink or shall be transmitted on downlink. 
The value range and field length depend on the transport channel for which the CFN is used. 

Value range (PCH): {0-4095}. 

Value range (other): {0-255}. 

Field length (PCH): 12 bits. 

Field length (other): 8 bits. 

6.2.7.4 Transport Format Indicator 

Description: TFI is the local number of the transport format used for the transmission time interval. For information 
about what the transport format includes see reference [3]. 

Value range: {0-31}. 

Field length: 5 bits. 

6.2.7.5 [FDD — Propagation Delay] 

Description: One-way radio interface delay as measured during RACH access. 
Value range: {0 - 765 chips}. 
Granularity: 3 chips. 
Field length: 8 bits. 

6.2.7.6 [3.84Mcps TDD — Rx Timing Deviation] 

Description: Measured Rx Timing Deviation as a basis for timing advance. This value should consider measurements 
made in all frames and all timeslots that contain the transport blocks in the payload. In case the Timing Advance Applied 
IE indicates "No" (see Ref. [6]) in a cell, the Rx Timing Deviation field shall be set to N = 0. 

Value range: { -256 ... h-256} chips. 

{N*4 -256} chips < RxTiming Deviation < {(Nh-1)*4 - 256} chips. 

WithN = 0, 1,.. ,127. 
Granularity: 4 chips. 
Field length: 7 bits. 

6.2.7.6A [1 .28Mcps TDD - Received SYNC UL Timing Deviation] 

Description: Measured Received SYNC UL Timing Deviation as a basis for propagation delay. 
Value range: {0, ..., h-256} chips 
Granularity: 1/8 chips. 
Field length: 1 1 bits. 

6.2.7.7 Transport Block 

Description: A block of data to be transmitted or have been received over the radio interface. The transport format 
indicated by the TFI describes the transport block length and transport block set size. See [3]. 



£75/ 



3GPP TS 25.435 version 4.1 .0 Release 4 23 ETSI TS 1 25 435 V4.1 .0 (2001 -06) 



6.2.7.8 CRC indicator 

Description: Shows if the transport block has a correct CRC. The UL Outer Loop Power Control may use the CRC 
indication. 

Value range: {0=Correct, l=Not Correct}. 

Field length: 1 bit. 

6.2.7.9 Payload CRC 

Description: Cyclic Redundancy Polynomial calculated on the payload of a data frame with polynom 

X'^16+X'^15+X'^2+l. 

The CRC calculation shall cover all bits in the data frame payload, starting from bit 7 in the first byte up to bit in the 
byte before the payload CRC. See chapter 7.1. 

Field length: 16 bits. 

6.2.7.1 Transmit power level 

Description: Preferred transmission power level during this TTI for the corresponding transport channel. The indicated 
value is the negative offset relative to the maximum power configured for the physical channel(s) used for the 
respective transport channel. 

Value range: {0.. 25,5dB}. 

Granularity: 0,1 dB. 

Field length: 8 bits. 

6.2.7.11 Paging Indication (PI) 

Description: Describes if the PI Bitmap is present in the payload. 
Value range: {0=no Pl-bitmap in payload, l=PI-bitmap in payload}. 
Field length: 1 bit. 

6.2.7.12 Paging Indication bitmap (Pl-bitmap) 

Description: Bitmap of Paging Indications PI()..PIn.i. Bit 7 of the first byte contains PIO, Bit6 of the first byte contains 
PIl,,..., Bit7 of the second byte contains PIS and so on. 

Value range: [FDD - { 18, 36, 72 or 144 Paging Indications}. 

[TDD - {30, 34, 60, 68, 120 and 136} Paging Indications for 2 PICH frames, 

{60, 68, 120, 136, 240 and 272} Paging Indications for 4 PICH frames]. 

Field length: [FDD - 3, 5, 9 or 18 bytes (the Pl-bitmap field is padded at the end up to an octet boundary)]. 

[TDD - 4, 5, 8, 9, 15, 17, 30 or 34 bytes (the Pl-bitmap field is padded at the endup to an octet 
boundary)]. 

6.2.7.13 [3.84 IVIcps TDD — Rx Timing Deviation on RACH] 

Void. 

6.2.7.14 [TDD - PDSCH Set Id] 

Description: A pointer to the PDSCH Set which shall be used to transmit the DSCH data frame over the radio interface. 
Value range: {0..255}. 
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Field length: 8 bits. 

6.2.7.1 5 [FDD - Code Number] 

Description: the code number of the PDSCH (the same mapping is used as for the 'code number' IE in 25.331). 
Value Range: {0.255}. 
Field length: 8 bits. 

6.2.7.1 6 [FDD - Spreading Factor (SF)] 

Description: the spreading factor of the PDSCH. 
Spreading factor = Spreading factor to be used = 4. 

Spreading factor = 1 Spreading factor to be used = 8. 

Spreading factor = 6 Spreading factor to be used = 256. 

Value Range: {4,8,16,32,64,128, 256}. 
Field length: 3 bits. 

6.2.7.1 7 [FDD - Power Offset] 

Description: Used to indicate the preferred FDD PDSCH transmission power level. The indicated value is the offset 
relative to the power of the TFCl bits of the downlink DPCCH directed to the same UE as the DSCH. 

Power offset = Power offset to be applied = -32 dB. 

Power offset = 1 Power offset to be applied = -31 .75 dB. 

Power offset = 255 Power offset to be applied = H-3 1 .75 dB. 

Value range: {-32 to h-3 1.75 dB}. 

Granularity: 0.25 dB. 

Field length: 8 bits. 

6.2.7.18 [FDD -MC Info] 

Description: Used to indicate the number of parallel PDSCH codes on which the DSCH data will be carried. Where 
multi-code transmission is used the SF of all codes is the same and code numbers are contiguous within the code tree 
with increasing code number values starting from the code number indicated in the 'code number' field. 

Value range: {1..16}. 

Field length: 4 bits. 

6.2.7.19 Spare Extension 

Description: Indicates the location where new lEs can in the future be added in a backward compatible way. 
Field length: 0-2 octets. 

6.2.7.20 [TDD - Quality Estimate (QE)] 

Description: The quality estimate is derived from the Transport channel BER. 

If the USCH FP frame includes TB's for the USCH then the QE is the Transport channel BER for the selected USCH. If 
no Transport channel BER is available the QE shall be set to 0. 
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The quality estimate shall be set to the Transport channel BER and be measured in the units TrCH_BER_LOG 
respectively (see Ref [6]). The UL Outer Loop Power Control may use the quality estimate. 

Value range: {0-255}, granularity 1. 

Field length: 8 bits. 



6.3 



Control frame structure 



6.3.1 



Introduction 



The Common Control Channel control frames are used to transport control information between the CRNC and the 
Node B. The figure below defines the Control Frame structure for common transport channels. 
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Control Frame Type 



Control information 



Control information (cont.) 



FT 



>^ Header (2 bytes) 



v^ Payload (variable length) 



Figure 22: lub Common Transport Channel Control Frame Format 

The structure of the header and the payload of the control frames is defined in the following subclauses: 

6.3.2 Coding of information elements of the Control frame header 



6.3.2.1 



Frame CRC 



Description: Cyclic Redundancy Polynomial calculated on a control frame with polynom: 

The CRC calculation shall cover all bits in the control frame, starting from bit in the first byte (FT field) up to the end 
of the control frame. See subclause 7.1. 

Value range: {0-127}. 

Field length: 7 bits. 

6.3.2.2 Frame type (FT) 

Refer to section 6.2.6.2. 
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6.3.2.3 



Control Frame Type 



Description: Indicates the type of the control information (information elements and length) contained in the payload. 
Value: values of the Control Frame Type parameter are defined in the following table: 



Type of control frame 


Value 


Timing adjustment 


0000 0010 


DL synchronisation 


0000 0011 


UL synchronisation 


0000 0100 


DL Node synchronisation 


0000 0110 


UL Node synchronisation 


0000 0111 


Dynamic PUSCH assignment 


0000 1000 


Timing Advance 


0000 1001 



Field Length: 8 bits. 

6.3.3 Payload structure and information elements 
6.3.3.1 Timing Adjustment 

6.3.3.1.1 Payload Structure 

The figure below shows the structure of the payload when control frame is used for the timing adjustment. 
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Figure 23: Timing adjustment payload structure (non-PCH transport bearers) 
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Figure 24: Timing adjustment payload structure (PCH transport bearer) 



6.3.3.1.2 CFN 

Refer to section 6.2.6.3. 



6.3.3.1.3 



Time of arrival (ToA) 



Description: Time difference between the arrival of the DL frame with respect to TO AWE (based on the CFN in the 
frame). The value range and field length depend on the transport channel for which the CFN is used. 

Value range (PCH): {-20480ms, H-20479.875ms}. 

Value range (other): {-1280ms, H-1279.875ms}. 

Granularity: 125)is. 

Field length (PCH): 20 bits. 

Field length (other): 16 bits. 

6.3.3.1.4 Spare Extension 

Description: Indicates the location where new lEs can in the future be added in a backward compatible way. 
Field length: 0-32 octets. 



6.3.3.2 



DL synchronisation 



6.3.3.2.1 Payload Structure 

Figure below shows the structure of the payload when control frame is used for the user plane synchronisation. 
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Figure 25: DL Synchronisation payload structure (non-PCH transport bearers) 
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Figure 26: DL Synchronisation payload structure (PCH transport bearers) 

6.3.3.2.2 CFN 
Refer to section 6.2.6.3. 

6.3.3.2.3 Spare Extension 

Description: The Spare Extension is described in section 6.3.3.1.4. 
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6.3.3.3 UL Synchronisation 

6.3.3.3.1 Payload Structure 

Figure below shows the structure of the payload when the control frame is used for the user plane synchronisation (UL). 
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Figure 27: UL Synchronisation payload structure (non-PCH transport bearers) 
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Figure 28: UL Synchronisation payload structure (PCH transport bearers) 

6.3.3.3.2 CFN 
Refer to section 6.2.6.3. 

6.3.3.3.3 Time of Arrival (TOA) 
Refer to section 6.3.3.1.3. 

6.3.3.3.4 Spare Extension 

Description: The Spare Extension is described in section 6.3.3.1.4. 
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6.3.3.4 DL Node Synchronisation 

6.3.3.4.1 Payload Structure 

The payload of the DL Node synchronisation control frames is shown in the figure below: 

Number of 

bytes 



Tl 



Tl (cont) 



Tl (cont) 



Spare Extension 



1 
1 

0-32 



^ 



> 



Payload 



6.3.3.4.2 



T1 



Description: RNC specific frame number (RFN) that indicates the time when RNC sends the frame through the SAP to 
the transport layer. 

Value range: 0-40959.875 ms, and the granularity is 0.125 ms. 

Field length: 24 bits. 

6.3.3.4.3 Spare Extension 

Description: The Spare Extension is described in section 6.3.3.1.4. 



£75/ 



3GPP TS 25.435 version 4.1 .0 Release 4 



31 



ETSI TS 125 435 V4.1.0 (2001-06) 



6.3.3.5 



UL Node Synchronisation 



6.3.3.5.1 Payload Structure 

The payload of the UL Node synchronisation control frames is shown in the figure below: 



7 
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6.3.3.5.2 T1 

Description: Tl timer is extracted from the correspondent DL Node synchronisation control frame. 

Value range: 0-40959.875 ms, and the granularity is 0.125 ms. 

Field length: 24 bits. 



6.3.3.5.3 



T2 



Description: Node B specific frame number (BFN) that indicates the time when Node B received the correspondent DL 
synchronisation frame through the SAP from the transport layer. 

Value range: 0-40959.875 ms, and the granularity is 0.125 ms. 

Field length: 24 bits. 



6.3.3.5.4 



T3 



Description: Node B specific frame number (BFN) that indicates the time when Node B sends the frame through the 
SAP to the transport layer. 

Value range: 0-40959.875 ms, and the granularity is 0.125 ms. 

Field length: 24 bits. 
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6.3.3.5.5 Spare Extension 

Description: The Spare Extension is described in section 6.3.3.1.4. 



6.3.3.6 



[TDD - Dynamic PUSCH assignment] 



6.3.3.6.1 Payload structure 

The payload of the Dynamic PUSCH Assignment control frames is shown in the figure below: 
7 



PUSCH Set Id 



Activation CFN 



Duration 



> Payload (3 bytes) 



6.3.3.6.2 



PUSCH Set Id 



Description: Identifies a PUSCH Set from the collection of PUSCH Sets which have been pre-configured in the Node 
B, for the respective cell in which the USCH exists. The PUSCH Set Id is unique within a cell. 

Value range: 0...255. 

Field length: 8 bits. 



6.3.3.6.3 



Activation CFN 



Description: Activation CFN, specifies the Connection Frame Number where the allocation period of that PUSCH Set 
starts. 

Value range: Integer (0...255). 

Field length: 8 bits. 

6.3.3.6.4 Duration 

Description: Indicates the duration of the activation period of the PUSCH Set, in radio frames. 
Value range: ... 255 means: to 255 radio frames, i.e. to 2550 msec. 
Field length: 8 bits. 
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6.3.3.7 [FDD - DSCH TFCI signalling] 

6.3.3.7.1 Payload structure 



The figure below shows the structure of the payload when the control frame is used for signalling TFCI (field 2) bits. 
The TFCI (field 2) bits are used by the node B to create the TFCI word(s) for transmission on the DPCCH. 
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Figure 29: [FDD - Structure of the payload for the DSCH TFCI signalling control frame] 



6.3.3.7.2 



TFCI (field 2) 



Description: TFCI (field 2) is as described in [6], it takes the same values as the TFCI (field 2) which is transmitted 
over the Uu interface. 

Value range: {0-1023} 

Field length: 10 bits 

6.3.3.7.3 Spare Extension 

The Spare Extension is described in subclause 6.2.7.19. 

6.3.3.8 [3.84 Mcps TDD - Timing Advance] 

6.3.3.8.1 Payload structure 

Figure below shows the structure of the payload when the control frame is used for timing advance. 
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Figure 30: Structure of the Timing Advance control frame 

6.3.3.8.2 CFN 

The CFN value in the control frame is the frame that the timing advance will occur and is coded as in subclause 6.2.6.3. 
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6.3.3.8.3 TA 

Description: UE applied UL timing advance adjustment. 
Value range: 0-252 chips, and the resolution is 4 chips. 
Field length: 6 bits. 

6.3.3.8.4 Spare Extension 

Description: Indicates the location where new lEs can in the future be added in a backward compatible way. 
Field length: 0-32 octets. 



Frame protocol error handling 



A received frame protocol frame with unknown Information element or with illegal Information element value shall be 
ignored. Frame protocol frames sent with a CFN in which the radio resources assigned to the associated lub data port 
are not available, shall be ignored. 

7.1 Error detection 

Error detection is provided on frames through a Cyclic Redundancy Check. The CRC for the payload is 16 and for the 
header and control frames is 7 bits. 

7.1.1 CRC Calculation 

The parity bits are generated by one of the following cyclic generator polynomials: 

^16 , T-vl5 , T-v2 



SCRCI6' 



,(D) = D'°h-D'"h-D^h- 1. 



gcRC7(D) = D^ + D'' + DVl. 

Denote the bits in a frame by filj , filj , 6(3 , . . . , a^ , and the parity bits by p^, P2, p^,- ■., Pi ■ A, is the length of a 
protected data and L, is 16 or 7 depending on the CRC length. 

The encoding is performed in a systematic form, which means that in GF (2), the polynomial for the payload. 

-l-ajD +... + a^D + PiD + P2D +... + p^^D + p^f, 
yields a remainder equal to when divided by gcRci6(D), the polynomial for the header and control frames. 

a^D^^'' + a^D^-^^ +... + a^p' + p,D^ + p^D' +... + p^D' + p, 
yields a remainder equal to when divided by gcRC7(D). 
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7.1 .1 .1 Relation between input and output of the Cyclic Redundancy Check 

The bits after CRC attachment are denoted by b^^,b2,b^,...,bg , where Bi=Aj+Li. 
The parity bits for the payload are attached at the end of the frame: 

K=ai^ k= 1,2,3, ...,Ai 

^k =Pik-A) k = A,+ l,Ai + 2,Ai+3, ...,Ai + L, 

The parity bits for the frame header and the control frames are attached at the beginning of the frame: 

b,=p, k= 1,2,3,. ..,L, 

^k = <^(k-Li) k = U+l,U + 2, L, + 3,...,Li + A, 
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